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REMARKS 

Claims 1-20 remain pending in the present application as amended. Independent claims 
1, 8, and 14 have been amended. No claims have been added or canceled. Applicants 
respectfully submit that no new matter has been added to the application by the Amendment. In 
particular, Applicants respectfully submit that the added language in the claims regarding the 
stylus input subsystem is disclosed in the application as filed at least at paragraphs 0070-0074 (as 
published) and in connection with Fig. 4. 

Telephone Conversation With Examiner 

Examiner Joseph is thanked for the telephone conversation conducted on May 19, 2009. 
Proposed claim amendments were discussed. Cited art was discussed. Clarifying claim 
amendments pertaining to the stylus input subsystem and the pointers were discussed. No 
agreements were reached. 

Claim Rejections 

The Examiner has now rejected claims 1, 2, 4-9, 1 1-15, and 17-20 under 35 U.S.C. § 103 
as being obvious over Morita et al. (U.S. Patent No. 5,959,712) in view of the admitted prior art 
of the present application as disclosed in connection with Fig. 3, and further in view of Price et 
al. (U.S. Patent Pub. No. 2002/0120607). In addition, the Examiner has rejected dependent 
claims 3, 10, and 16 under 35 U.S.C. § 103 as being obvious over the Morita reference, the 
admitted prior art, the Price reference, and a taking of Official Notice. Applicants respectfully 
traverse the Section 103 rejections insofar as they may be applied to the claims as amended. In 
particular, Applicants respectfully submit that the Morita references fails to disclose or suggest 
transferring a pointer to shared memory between an unmanaged pen input component and a 
separate managed stylus input subsystem, and the stylus input subsystem employing the pointer 
to retrieve information stored in the shared memory by the pen input component in the manner 
now recited in independent claims 1, 8, and 14 as amended. 
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In the present application, and as was previously pointed out, pen data from a digitizer of 
a computing device or information derived from such pen data is employed by an application on 
the computing device with managed code. The pen data relates to movement of a stylus with 
respect to the digitizer, and thus includes information relating to one or more locations of the 
stylus with respect to the digitizer. Notably, although the application employs managed code to 
process the pen data, the computing device employs a component (such as a DLL component) to 
initially receive the incoming pen data, where the component is not managed code but instead is 
written as unmanaged code. 

As previously discussed, managed code and unmanaged code relate to use of a 
framework on the computing device such as the .NET framework supplied by MICROSOFT 
Corporation of Redmond, Washington. Such .NET framework in particular includes a large 
library of pre-coded solutions to common programming problems, a runtime or virtual machine 
that manages the execution of programs written specifically for the framework, and a set of tools 
for configuring and building applications. The pre-coded solutions that form the framework's 
Base Class Library cover a large range of programming needs in a number of areas, including 
user interface, data access, database connectivity, cryptography, web application development, 
numeric algorithms, and network communications. The class library is used by programmers 
who combine it with their own code to produce applications. 

Programs written for the .NET Framework (i.e., 'managed code') execute in a software 
environment that manages the program's runtime requirements. Also part of the .NET 
Framework, this runtime environment is known as the Common Language Runtime (CLR). The 
CLR provides the appearance of an application virtual machine so that programmers need not 
consider the capabilities of the specific processor that will execute the program. As a result, 
managed code is executed under the CLR in a manner independent of the processor of the 
computing device. In contrast, 'unmanaged code' is not written for such framework and is not 
executed under the CLR. Instead, such unmanaged code is native to and executed directly by the 
processor of the computing device. Put another way, unmanaged code is written for a specific 
type of processor, while managed code is not likewise written for a specific type of processor. 
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As was previously pointed out, interaction between managed and unmanaged code is 
commonly required, such as for example to transfer pen data from a digitizer to a .NET 
application. Accordingly, a framework such as the .NET Framework provides a mechanism to 
access functionality that is implemented in programs that execute outside the NET environment. 
For example, and as set forth in the application at paragraph 0009, a callable run-time wrapper as 
shown in Fig. 3, may be invoked to retrieve information from a native component, where every 
call from managed space to the native component passes through standard interop data 
marshalling (data transfer) as established by the runtime callable wrapper. However, and 
significantly, such standard interop data marshalling (data transfer) as employed in the .NET 
framework, for example, extends across a metaphorical border between managed and 
unmanaged code and therefore is relatively slow, which can be an impediment to high data 
throughput. 

Accordingly, in various embodiments of the present innovation, data transfer is instead 
achieved by way of shared memory and pointers as well as by employing entities that do not 
extend across the aforementioned metaphorical border between managed and unmanaged code, 
as is shown in Fig. 4. Significantly, by doing so, packet transfer speed for pen data information 
may be increased by a factor of 2-5 times as compared with the standard CLR interop scheme 
(paragraph 0055). 

In a Response to Arguments section of the present Office Action, the Examiner notes that 
the claims prior to amendment are believed to read upon the prior art as shown in Fig. 3. 
Applicants respectfully point out that Fig. 3 and the related discussion does not disclose the use 
of a shared memory such as is recited in the claims. 

The Examiner also advises that the stylus input subsystem be recited in more detail in 
order to overcome the current rejection. Accordingly, Applicants have amended the independent 
claims to in fact more positively and specifically recite that the stylus input subsystem receives 
the transferred pointer from the pen input component, and submits the received pointer with a 
retrieval command to the shared memory to retrieve the information from the shared memory by 
way of the transferred pointer. 
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As now recited in claim 1 , the present innovation may be embodied as a process for 
transferring pen data between unmanaged and managed code on a computing device. The 
unmanaged code is code native to and executed directly by a processor of the computing device, 
and the managed code is code executed in a common language run-time environment of a 
framework operating on the computing device. Thus, the common language run-time 
environment of the framework executes the managed code independent of a type of the processor 
of the computing device. 

In the process of claim 1, as amended, pen data is received in a pen input component on 
the computing device, where the pen component is written in unmanaged code. The pen data is 
generated by a digitizer of the computing device upon movement of a stylus with respect to a 
surface of the digitizer, and the pen data includes at least one location on the digitizer of the 
stylus. Information related to the pen data is transferred by the pen input component to a mutual 
exclusion shared memory on the computing device designated to be non-simultaneously shared 
between unmanaged code and managed code, and the pen input component also transfers a 
pointer that points to the information in the shared memory to a stylus input subsystem written in 
managed code and separate from the pen input component. 

The stylus input subsystem receives the transferred pointer from the pen input 
component, and submits the received pointer with a retrieval command to the shared memory to 
retrieve the information from the shared memory by way of the transferred pointer. That is, the 
stylus input subsystem as recited in claim 1 does not communicate directly with the pen input 
component to obtain the information therefrom, in the manner of that which is shown in Fig. 3. 
Instead, the pen input component and the stylus input subsystem of claim 1 employ the shared 
memory and the pointer thereto as an intermediary drop-box, in the manner of Fig. 4, with the 
result being that the aforementioned direct communication is not required. As may be 
appreciated, such direct communication of Fig. 3 is slower, and therefore less desirable, because 
the direct communication takes place across the managed-unmanaged boundary. In contrast, the 
indirect communication of Fig. 4 is faster, and therefore more desirable, because the transfers are 
limited to a pointer and simple memory calls. 
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As amended, claim 1 also now more positively recites that the pen input component 
receives from the shared memory the pointer to the information in the shared memory. 
Likewise, claim 1 also now recites that the retrieval command as submitted by the stylus input 
subsystem is a P-Invoke method "GetData" which takes into account a context of the stylus input 
subsystem. 

Independent claims 8 and 14 as amended each recite subject matter akin to the process of 
claim 1 as amended, albeit in the form of a system (claim 8) and a computer-readable medium 
(claim 14). 

As was previously pointed out, the Morita reference deals with systems and methods for 
employing pen data from a digitizer. In the Morita reference, a coordinate detecting section 21 
detects a coordinate value for a position indicated by a coordinate indicator 3 and a switch status. 
A function selecting means 22 determines that a menu provided on a tablet 2 is read from the 
coordinate value and the status, to store functional data assigned to the menu in a memory means 
23. A conversion status determining means 24 determines that the inputted status coincide with 
the status to be converted stored in the memory means 23, to notify coincidence to a conversion 
status output means 25. Receiving the notification, the conversion status output means 25 
outputs data to be outputted stored in the memory means 23 instead of inputted switch status. 
(Abstract) 

However, and significantly, the Morita reference and also the admitted prior art of Fig. 3 
(APA) are entirely silent with regard to and do not even suggest that information relating to such 
pen data is transferred between unmanaged code and managed code by way of a shared memory 
and a pointer in the manner recited in claims 1, 8, and 14, where pen data is received in a pen 
input component on the computing device written in unmanaged code, information related to the 
pen data is transferred to a mutual exclusion shared memory on the computing device designated 
to be shared between unmanaged code and managed code, the pen input component transfers a 
pointer that points to the information in the shared memory to a stylus input subsystem written in 
managed code and separate from the pen input component, and the stylus input subsystem 
receives the transferred pointer and submits same with a retrieval command to the shared 
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memory to retrieve the information from the shared memory by way of the transferred pointer. 
Also, the Morita reference and the admitted prior art do not disclose or even suggest that the pen 
input component receives from the shared memory the pointer to the information in the shared 
memory, or that the retrieval command as submitted by the stylus input subsystem is a P-Invoke 
method "GetData" which takes into account a context of the stylus input subsystem, as is now 
recited in claims 1,8, and 14. 

Applicants note that the Examiner has taken Official Notice as to the use of pointers. 
Applicants respectfully traverse such taking of Official Notice, and respectfully submit that the 
recitation of the use of pointers in the particular manner recited in claims 1, 8, and 14 is not 
known or even suggested in the prior art, let alone known to a degree such that Official Notice 
thereof may be taken. In connection therewith, Applicants respectfully request that the Examiner 
cite to particular prior art which shows a pointer: received by a pen input component from a 
shared memory, transferred from the pen input component to a stylus input subsystem written in 
managed code and separate from the pen input component, and submitted by the stylus input 
subsystem with a retrieval command to the shared memory to retrieve information therefrom, 
where the retrieval command as submitted by the stylus input subsystem is a P-Invoke method 
"GetData" which takes into account a context of the stylus input subsystem, as is now recited in 
claims 1, 8, and 14. 

Finally, the Morita reference and the APA do not at all appreciate or even suggest that by 
employing the shared memory, stylus input subsystem, and pen input component in the manner 
recited in claims 1, 8, and 14, throughput may be increased by a factor of 2-5 times as compared 
with the standard CLR interop scheme. Applicants respectfully submit that the use of a shared 
memory and pointers thereto by the stylus input subsystem as is recited in claims 1,8, and 14 is 
not disclosed or even suggested by the Morita reference or the APA. 

Thus, Applicants respectfully submit that the Morita reference and the APA fail to 
disclose or even suggest all of the above-mentioned elements as are now recited in independent 
claims 1, 8, and 14 of the present application as amended. Therefore, Applicants respectfully 
submit that such Morita reference and such APA cannot be combined to make obvious the 
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subject matter recited in the independent claims as amended or any claims depending therefrom, 
including claims 2, 4-7, 9, 11-13, 15, 17-20. Moreover, inasmuch as claims 1, 8, and 14 have 
been shown to be unanticipated and are non-obvious, then so too must all claims depending 
therefrom including claims 3,10, and 16 be unanticipated and non-obvious, at least by their 
dependencies. Accordingly, Applicants respectfully request reconsideration and withdrawal of 
the Section 103 rejections. 
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CONCLUSION 

In view of the foregoing Amendment and Remarks, Applicants respectfully submit that 
the present application including claims 1-20 is in condition for allowance and such action is 
respectfully requested. 



Date: June 11, 2009 /Joseph F. Oriti/ 

Joseph F. Oriti 
Registration No. 47,835 

Woodcock Washburn LLP 
Cira Centre 

2929 Arch Street, 12th Floor 
Philadelphia, PA 19104-2891 
Telephone: (215)568-3100 
Facsimile: (215) 568-3439 
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